Escenarios de un Casos de Uso

En el contexto de los diagramas de casos de uso, un caso de uso representa una unidad de funcionalidad que un sistema proporciona a sus actores. Sin embargo, cada caso de uso puede desarrollarse a través de diferentes situaciones específicas, conocidas como escenarios.

Definición de Escenario

Un escenario es una instancia particular de un caso de uso, que describe un flujo específico de eventos en función de condiciones particulares. Es decir, un caso de uso puede comprender múltiples escenarios que representan distintas formas en las que se puede ejecutar la funcionalidad (Booch et al., 2006, p. 249).

Ejemplo: Inscribirse a Asignatura

Un estudiante universitario que se inscribe para cursar una nueva asignatura puede enfrentar distintos escenarios, dependiendo de su situación académica y financiera:

Escenario Explicación
El estudiante no cuenta con beca Es el escenario más común, sigue el proceso estándar de inscripción y pago.
El estudiante tiene una beca de Itaipú El sistema verifica automáticamente la cobertura de la beca antes de confirmar la inscripción, tiene un flujo "normal" pero distinto al escenario anterior
El estudiante cuento con otro tipo de beca Pueden aplicarse reglas adicionales, como descuentos parciales o requisitos administrativos específicos.

Cada uno de estos escenarios implica reglas de negocio particulares y puede representarse mediante una secuencia diferente de pasos dentro del caso de uso general.

Importancia de los Escenarios en la Modelización

La identificación de escenarios dentro de un caso de uso puede ayudar para:

Al modelar un caso de uso, es recomendable documentar los escenarios más relevantes, destacando los flujos normales y alternativos para garantizar una especificación clara y completa.

En sistemas de gestión, incluso aquellos de pequeña escala, es común que un solo caso de uso tenga múltiples escenarios posibles. A medida que el número de casos de uso y escenarios aumenta, la complejidad del sistema crece significativamente. Sin embargo, esta diversidad de escenarios es una característica inherente al desarrollo de software y debe abordarse mediante un modelado estructurado y preciso (Booch et al., 2006, p. 249).